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INTRODUCTION 


This  report  contains  the  results  of  an  in-house  effort  to  define  and 
specify  a  standardized  access  protocol  for  a  parallel  wideband  local  digital 
communications  network  (Flexible  Intraconnect  System). 

BACKGROUND 

Considerable  emphasis  is  now  being  placed  on  the  development  of  superior 
2 

command  and  control  (C  )  capabilities  for  the  Tactical  Air  Force.  This  is 
2 

because  C  is  regarded  as  the  "force  multiplier",  the  critical  equalizer 

2 

against  a  numerically  superior  adversary.  Achieving  an  effective  C 
capability  and  sustaining  that  capability  once  achieved,  is  a  continuing 

O 

challenge.  Creating  and  maintaining  a  real  C  advantage  is  a  function  of  hew 
quickly  and  effectively  the  benefits  of  new  know-how  and  technology  are  inte¬ 
grated  in  operational  military  forces. 

A  Flexible  Intraconnect  (FI)  capability  is  being  developed  to  provide  a 

2 

uniform  architecture  upon  which  survivable  modular  C  centers  may  be  quid  iy 
and  economically  developed;  and  once  developed,  be  easily  enhance*,  ana 
rapidly  adapted  to  meet  dynamic  mission  requirements.  The  FI  is  a  general 
purpose  bus  oriented  communications  network  that  provides  information  distri- 

i  p  1 

bution  services  among  member  equipments  .  Studies  have  been  conducted  ’  to 
determine  the  nature  of  information  distribution  services  to  be  provided  by 
the  Flexible  Intraconnect  and  to  define  (from  a  FI  user's  point  of  view) 


equipment- to- FI  interface  in  terms  of  physical,  electrical,  logical  and  func¬ 
tional  characteristics.  The  information  obtained  from  the  interface  studies 
was  then  organized  and  presented  in  a  form  suitable  for  incorporation  into 
a  military  standard  (MIL-STD) . 


TECHNICAL  PROBLEM 

The  problem  was  to  combine  the  results  of  engineering  studies  on  the  FI 
with  other  available  technical  data  to  form  a  document  that  describes  the 
interface  characteristics  of  the  FI  system.  The  interface  standard  applies  to 
both  communications  as  well  as  data  processing  equipments. 

OBJECTIVE 

The  objective  of  this  work  was,  therefore,  to  document  technical  inter¬ 
face  requirements  of  a  high  capacity  information  distribution  network. 


f 


DESCRIPTION  OF  INTERFACE  PROTOCOL 


The  interface  protocol  defined  in  Appendix  A  is  treated  as  three  separate 

levels  or  "layers"  of  interfacing  -  physical,  link  and  network.  The  layered 

protocol  concept  allows  functional  independence  (transparancy)  of  information 
4 

at  each  level. 

The  physical  layer  describes  word  size,  bit  positions,  bit  designations 
and  functions,  and  electrical  requirements.  In  addition,  the  logic  procedure 
for  movement  of  words  across  the  interface  is  specified.  This  procedure  is  a 
parallel  word  asynchronous  balanced  data  transfer  protocol,  operating  under 
the  control  of  four  logic  signals. 

The  link  interface  describes  data  block  format  including  header,  header 
words,  data  fields  and  error  control  fields.  Interpretation,  limits,  exten¬ 
sions  and  variations  of  these  are  defined. 

The  network  interface  describes  procedures  to  implement  address  indepen¬ 
dent  (packet)  information  distribution  services. 

Appendix  A  to  this  report  "Input/Output  Interfaces  for  the  Flexible 
Intraconnect  Bus  System,  Proposed  MIL-STD-(FI),"  presents  the  explicit  tech¬ 
nical  requirements  for  device- to- bus  protocols  at  the  physical,  link  and 
network  access  levels  for  devices  (Digital  Terminal  Equipments  or  DTEs)  and 
the  FI.  The  Appendix  was  prepared  in  a  form  suitable  for  eventual  conversion 
to  the  Military  Standardization  Program. 
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Department  of  the  Air  Force 

Rome  Air  Development  Center  (AFSC) 
Griffiss  AFB,  New  York  13441 


Input/Output  Interfaces,  Flexible  Intraconnect  Bus  System,  Air 
Force  Systems 


MIL-STD- (FI  ) (USAF ) 


1.  This  Military  Standard  is  approved  for  use  by  Rome  Air 
Development  Center,  Department  of  th  Air  Force,  and  is  available 
for  use  by  all  Departments  and  Agencies  of  the  Department  of 

De  f ense. 

2.  Beneficial  comments  (recommendations,  additions,  deletions) 

and  any  pertinent  data  which  may  be  of  use  in  improving  this 
document  should  be  addressed  to  Rome  Air  Development  Center, 
Attn:  DCLT/Mr  J.  Davis,  Griffiss  Air  Force  Base,  New  York 

13441,  by  using  the  self-addressed  Standardization  Document 
Improvement  Proposal  ( DD  Form  1426)  appearing  at  the  end  of  this 
document  or  by  letter. 
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FORFWORD 


1.  This  standard  is  intended  for  use  by  equipment  designers  and 
computer  programmers  as  well  as  systems  engineers  and  is  limited 
to  interface  chara ct er ist ics--phys ica 1 ,  functional  and 
electrical.  This  standard,  by  specifying  functional  interface 
requirements,  does  not  specify  the  specific  philosophy  to  be  used 
for  any  system  application;  rather  it  is  limited  to  functional 
characterist ics  of  the  interface  signals  and  formats. 
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1.  SCOPE 


1.1  ‘icope.  This  standard  defines  requirements  for  digital  and 
analog  input/output  interfaces  to  the  Flexible  Intraconnect  Bus 
System. 
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2.  REFERENCED  DOCUMENTS 


2.1  Issues  of  Documents.  The  following  documents  of  the  issue 
in  effect  on  date  of  invitation  for  bids  or  request  for  proposal, 
form  a  part  of  this  standard  to  the  extent  specified  herein. 

M  I L-M-  38  5 1  0/  4  2  0-  0 1 ,  General  Specification  for 
Microcircuits 
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4.  GENERAL  STATEMENTS  OF  REQUIREMENTS 


4.1  Interface  Types.  The  Input/Output  (I/O)  interface 
requirements  of  the  Flexible  Intraconnect  Bus  System  consist  of 
two  types:  digital  interfaces  and  analog  interfaces. 

4.1.1  Digital  Interfaces.  The  2/0  requirements  specified  herein 
include  requirements  for  physical  interface/  link  interface/  and 
network  interface  for  digital  message  blocks. 

4. 1.1.1  Digital  Physical  Interface.  The  I/O  requirements 
include  control  and  data  signal  definition  and  timing 
requirements  for  establishing  and  executing  the  transfer  of  a 
block  of  digital  words. 

4. 1.1. 2  Digital _ Link  Interface.  The  I/O  requirements  include 

eneration/  definition,  and  interpretation  of  certain  information 
ithin  message  block  headers,  message  block  data  sections,  and 

message  block  trailers. 

4. 1.1. 3  Digital  Network  Interface.  The  I/O  requirements  include 
generation,  definition,  and  interpretation  of  certain  information 
within  message  block  headers  not  defined  in  4. 1.1.2. 

4.1.2  Analog  Interfaces.  The  I/O  requirements  specified  herein 
include  frequency  bands,  channel  formats  and  characteristics  of 
analog  channels. 
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5.  DETAILED  STATEMENTS  OF  KE QU 1 K EM  ENTS 


5.1  Diqital  Interface. 

5.1.1  Digital  Physical  Interface.  The  digital  hardware 
interface  is  that  combination  of  control  and  data  signals  that 
exists  between  a  Digital  Terminal  Equipment  (DTE)  and  the 
Flexible  Intraconnect  Bus  (hereinafter  referred  to  as  "the  Bus” 
or  *  Bus"  )  . 

5.  1  .  1  .  1  Interface  Application.  The  digital  hardware  interface 
is  intended  to  facilitate  the  transfer  of  digital  information 
from  a  DTE  to  the  Bus  and  from  the  Bus  to  a  DTE. 

5. 1.1. 2  Signal  Lines.  There  shall  be  five  control  lines, 
eighteen  data  lines  and  one  timing  utility  line.  The  direction 
of  the  data  lines  shall  be  determined  by  their  usage,  i.e.,  to 
transmit  or  receive  data. 

5.  x  .  1  .  1  Line  Configuration.  The  digital  hardware  interface 
shall  in  configured  as  shown  in  Figure  1. 

5.  1.1.4  Control  Lines.  The  five  control  lines  shall  be 
designated  as  Cl,  C  2  ,  C 3 ,  C4  and  C5.  The  loniral  signal 
designations  for  the  control  lines  shall  be  as  shown  in  Table  I 
for  data  transfer  from  Bus  to  DTE.  The  logical  signal 
designations  fox  the  control  lines  shall  be  as  shown  in  Table  II 
for  data  transfet  from  the  DTE  to  the  Bus. 

'■> . T  .  in  i  n  m  l  1  i  1  1 1  y  '  i  n  i* .  The  timing  utility  line  shall  be 

designated  as  Tl.  The  timing  utility  line  shall  be  a 
u n  id  i  rect i "na 1  line  carrying  utility  clock  pulses  from  the  Bus  to 
the  DTF  .  There  is  no  expressed  or  implied  function  of  the  cl*  -k 
pulse  signals  within  the  scope  of  this  standard.  The  frequency 
of  the  clock  shall  be  5.256/8900  MHz  (nominal)  (see  para  5. 1.3.2 
for  mo  re  1  e  t  a  l  1 )  . 


5 .  1  .  I  .  0  V  a  t  a _ L  i  n  e  s  .  T  h  e  e  i  *  i  h  t  ••  e  n  d  a  t  a  1  i  n  <  ■  !  .  i  1  e  r  o  s  i  a  n  a  t  e  d 

as  DO,  P  1  ,  D  1  7  .  The  d  i  r  ee  t  l  on  of  all  e  .  *  ih  t  e  e  n  data  lines 

shall  be  consistent  among  the  lines.  That  is.  data  flow  shall  be 
permitted  in  either  direction,  i.e.,  bus  to  1  Tl'  or  DTE  to  Dus,  at 
any  time  but  not  in  both  directions  at  the  same  time.  The  data 
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lines  shall  use  half-duplex  operation.  Lower  numbered  data  lines 
shall  be  considered  to  be  Least  Significant  Bits  ( LSB)  and  higher 
numbered  data  lines  shall  be  considered  to  be  Most  Significant 
Bits  (MSB)  . 

5.1. 1.7  Data _ Transmission  Rate.  The  interface  shall  permit  data 

transfer  rates  within  the  range  of  one  tenth  of  a  bit  per  second 
(0.1  bit/sec)  nominal  to  ten  million  bits  per  second  (10  Mb/s) 
nominal  with  respect  to  each  of  the  data  lines.  The  equivalent 
eighteen  bit  word  parallel  transfer  range  is  from  one  tenth  of  a 
word  per  second  to  ten  million  words  per  second.  The  equivalent 
composite  range  of  data  transfer  rates  with  respect  to  the 
eighteen  data  lines  is  1.8  bits  per  second  to  180  million  bits 
per  second  (180  Mb/s) . 

5.1.  1.8  T_i_rTii_ncj .  Transfer  with  respect  to  data  words  shall  be 
completely  asynchronous. 

5.  1.1.9  Precedence  of  Direction.  In  the  event  both  the  Bus  and 
the  DTE  wish  to  initiate  a  data  transfer  at  the  same  time,  the 
Bus  shall  prevail. 

5.1.1.10  Data  Transfer  Procedure.  Data  shall  be  transferred 
across  the  interface  in  blocks.  Transfer  of  data  shall  be 
conducted  in  accordance  with  a  sequence  of  logical  states  of  the 
control  signals  Cl,  C2,  C3,  and  C4 .  The  sequence  of  states  of 

the  four  control  signals  shall  be  as  shown  in  Figures  2,  3,  4, 

and  5.  Figures  2  and  3  depict  the  sequence  of  control  signal 
states  applicable  to  the  transfer  of  information  from  the  Bus  tc 
the  DTE.  Figures  4  and  5  depict  the  sequence  of  control  signal 
states  applicable  to  the  transfer  of  data  from  the  DTE  to  the 
Bus. 


5.  L.  1.11  Control  Signal  Direction.  The  direction  of  the  control 
signals  Cl  and  C2  shall  be  unidirectional.  The  direction  of 
control  signals  C3,  C4 ,  and  C5  shall  be  bidirectional.  The 
logical  name  of  the  signal  shall  be  determined  based  on  the 
direct  ion  of  data  transfer.  These  names  shall  be  as  shown  in 
Tables  I  and  II. 

5.1.1.12  Electrical  Requirements.  Flectr.cal  requirements  fur 
the  interface  circuits  defined  in  5.1.1  are  specified  herein. 

The  interface  shall  be  compatible  with  Transistor  Transistor 
Logic  (TTL),  having  logic  levels  in  accordance  with 
r  1  L-f!"  3H  5  1  0/  42  0-0  1  FOB,  General  Specification  for  Microcircuits. 
All  linos  shall  be  tri-state,  i.e.,  fhreo  possible  output 
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states*‘two  normal  1  or  i  mpedance  logic  M 1  "  or  ”0“  states  and  a 
h igh~ i mpedance  state  that  allows  up  to  128  trrstate  outputs  to 
be  tied  together  and  connected  to  a  common  bus  line.  In  the  high 
impedance  state/  maximum  current  leakage  shall  be  no  greater  than 
40  microamperes  with  5.5  Vdc  applied  to  the  output.  Figure  0  is 
a  schematic  representation  of  the  electrical  interface.  Figure  7 
is  a  figure  of  the  interface  electrical  waveshape.  Voltages 
shall  be  as  shown  in  Table  III. 
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5.1.2  Digital  Link _ Interface .  Data  message  block  transfers 

across  the  I/O  interface  shall  consist  of  a  block  of  words 
containing  a  header  section/  a  data  section/  arid  a  trailer 
section  in  that  order. 

5.  1.2.1  Interface  Header  Section  The  interface  header  section 
shall  consist  of  sixteen  words  and  each  header  word  shall  be 
eighteen  bits  wide.  The  bits  in  each  word  of  the  header  shall  be 

referred  to  as  bit  0,  bit  l,...bit  17  where  bit  0  is  the  least 
significant  bit  and  bit  17  is  the  most  signficant  bit. 

5.  1.2. 1.1  Header  Word  Formats.  The  first  fifteen  words  of  the 
header  shall  consist  of  two  nine  bit  halfwords.  Eits  0  through  8 
define  the  least  significant  halfword.  Bits  9  through  17  define 
the  most  significant  halfword.  In  each  halfword  the  most 
significant  bit  shall  be  a  latitudinal  odd  parity  bit,  that  is, 
bit  8  is  the  parity  bit  for  the  least  significant  halfword  and 
bit  17  is  the  parity  bit  for  the  most  significant  halfword.  The 
last  (sixteenth)  word  of  the  header  shall  be  longitudinal  odd 
parity  of  the  first  fifteen  header  words. 

5. 1.2. 1.2  Header  Field  Formats.  The  header  shall  consist  of 
fields.  The  header  fields  shall  not  include  bit  8  or  bit  17  of 
the  header  words.  The  format,  definition,  word  position, 
interpretation,  and  constraints  applicable  to  each  header  field 
shall  be  as  described  below.  The  notation  used  below  follows 
these  conventions: 

Fields  are  designated  by  a  string  of  identical  characters. 

Each  character  represents  one  bit  of  the  header  word/field. 

The  righfmost  symbol  represents  the  least  significant  bit. 

The  left-most  symbol  represents  the  most  significant  bit. 

All  unused  bit  positions  are  designated  by  the  character  "/" 
and  shall  be  set  equal  to  0  (zero) . 

The  letter  ” p"  designates  latitudinal  parity  bits. 
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5. 1.2. 1.2.1  Word  One.  Word  one  of  the  header  shall  have  the 
following  format  and  interpretation: 

p  gggg  aqqq  p  rrvv  vvvv 

Field  Bit  Position  Definition 

g  13-16  Message  type 

a  12  ACK/NACK  mode 

q  9-11  System  mode 

r  6-7  Message  priority 

v  0-5  Subbus  number 

qgqq  field  Interpretation 

0010  Local  broadcast  messages 

0011  External  broadcast  messages 

0100  Command  messages  (from  DTE) 

0101  Command  messages  (from  Bus) 

0110  Discrete  messages 

1010  Subbus  message,  virtual  bus 

1100  Subbus  message,  ring  bus 

a  field  Interpretation 

0  ACK/NACK  procedure  disabled 

I  ACK/NACK  procedure  enabled 

rr  field  Interpretation 

00  Lowest  priority 

01  Next  to  lowest  priority 

10  Next  to  hiqhest  priority 

II  Highest  priority 

qqq  field  Only  value  permitted  is  000 

vvvvvv  field  Value  000000  not  permitted 
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9-1.2. 1.2. 2  Word  Two.  Word  two  of  the  header  shall  have  the 
following  format  and  definition: 

p  u/ww  wwww  p  //xx  xxxx 

Field  Pit  Position  Definition 

u  17  Virtual/real  selector 

(0  =  virtual,  1  =  real) 

w  9-14  Destination  virtual  address, 

high  order 

x  0-5  Destination  virtual  address, 

low  order 

All  values  are  permitted  for  each  fie  Id  except  only  all 
zeros  is  used  with  Command  Messages  from  the  DTE,  i.e.,  gggg 
(message  type)  field  equal  to  0100. 
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5. 1.2. 1.2. 3  Word _ Three .  Word  three  of  the  header  shall  have  the 

following  format,  definition  and  interpretation: 

P  //yy  yyyy  p  ffzz  zzzz 

Field  Bit  Position  Defim  t  ion 

y  9-14  Destination  real  address 

(high  order) 

f  6-7  Header  interpretation  flag 

z  0-5  Destination  real  address 

(low  order) 

Fields  y  and  z  are  each  permitted  all  values  except  000000. 

Field  f  f  Interpretation 

Bit  0  Bit  Set  =  1  only  by  DTE  when  DTE  is 

sending  and  indicating  header 
interpretation  is  necessary 

Bit  7  Bit  Set  =  1  only  by  Bus  when  Bus  is 

sending  and  indicating  header 
interpretation  is  necessary. 
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5. 1.2.  1.2. 4  W  ord  F  our .  Word  four  of  the  header  shall  have  the 
following  format  and  definition: 

P  //jj  Dill  P  //kk  kkkk 

Bit  Position  De  f  inition 

]  9-14  Source  virtual  address, 

high  order 

k  0-5  Source  virtual  address, 

low  order 

All  values  permitted  for  each  field  except  000000  is  only 
used  with  Command  Messages  from  the  Bus,  i.e.,  gggg  (message 
type)  field  equal  to  0101. 
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5. 1.2. 1.2. 5  Word _ Five.  Word  five  of  the  header  shall  have  the 

following  format,  definition  and  interpretation: 

p  //ll  1111  p  ddmm  mmmri 

Field  Bit  Position  Definition 

1  9-14  Source  real  address, 

high  order 

d  6-7  Da ta  block  sizing  code 

m  0-5  Source  real  address,  low  order 

Fields  1  and  m  are  each  permitted  all  values  except  000000. 

Field  dd  Interpretation 

00  Data  block  length  is  not  longer  than 

4  0  full  words 

01  Data  block  length  is  not  longer  than 

1024  full  words 

10  Data  block  length  is  not  longer  than 
2048  full  wo  rd  S 

11  Data  block  length  is  4096  full  words 
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'  >  .  i . 2 . 1 . 2 . 0  Word _ S  ix .  Word  six  of  the  header  shall  have  the 

’■'oil  owing  format,  definition  and  interpretation. 

n  cccc  rccc  p  ccch  bbbb 


Fi_e_Ld  Bit  Position 


Definition 


c 


c 


h 

b 


9-16 


5-7 


4 

0-  3 


Data  word  (full  word)  count 
(upper  portion) 

Data  word  (full  word)  count 
(lower  portion) 

Halfword  indicator 
Halfword  bit  count 


Field  h  Interpretation 


0  Least  significant  halfword  (bits  0 

through  & )  of  last  data  word 
(following  last  full  word)  is  not 
i nc luded 

1  Both  halfwords  are  included  m  last 

word  of  data  (following  last  full  word) 


Field  bbbb  Value  indicates  number  of  least  significant 
Pits  included  in  last  halfword  included  ; n  the  last  data 
word  (following  the  last  full  word) . 


The  total  number  of  bits  in  the  data  section  of  the  message  block 
shall,  therefore,  be  represented  by  the  followinq  expression:  (c 

xiy)+  (h  x  9  )  +  (b)  where  c,  h  and  b  are  the  decimal 

equivalents  of  the  binary  values  of  each  of  the  three  fields. 
Kefer  to  Table  IV  for  a  representative  list  of  values  for  these 
f  i  e  1  d  s . 
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5. 1.2. 1.2. 7  Word  Seven.  Word  seven  of  the  header  shall  have  the 
following  format  and  definition: 


p  nnnn  nnnn  p  nnnn  nnnn 

F jeld  Bit  Position  Definition 

n  9-16  Message  number  (upper  portion) 

n  0-7  Message  number  (lower  portion) 
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5. 1.2. 1.2.8  Word  Eight.  Word  eight  of  the  header  shall  have  the 
following  format  and  definition. 

p  ssss  ssss  p  ssss  ssss 

Field  Bit  Position  Definition 

s  9-16  Sequence  number  (upper  portion) 

s  0-7  Sequence  number  (lower  portion) 
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5. 1.2. 1.2. 9  Word  Nine.  Word  nine  of  the  header  shall  have  the 
following  format  and  definition: 

p  ////  ////  p  ////  tttt 

Field  Bit  Position  De  finitjon 

t  0-3  System  time  (hiqh  order  bits  of 

a  52  bit  system  time  field) 
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5.1.2.1.2.10  Word  Ten.  Word  ten  of  the  header  shall  have  the 
following  format  and  definition: 

p  tttt  tttt  p  tttt  tttt 

Field  Bit  Position  De  f ini t ion 

t  9-16  System  time  (portion  of  52  bit  field) 

t  0-7  System  time  (portion  of  52  bit  field) 
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5.1.2.1.2.11  Word  Eleven.  Word  eleven  of  the  header  shall  have 
the  following  format  and  definition: 


p  tttt  tttt  p  tttt  tttt 

Field  Bit  Position 

t  9-16 

t  0-7 


De  f inition 

System  time  (portion  of  52  bit  field) 
System  time  (portion  of  52  bit  field) 
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5.1.2.1.2.12  Word  Twelve.  Word  twelve  of  the  header  shall  have 
the  following  format  and  definition: 

p  tttt  tttt  p  tttt  tttt 

Field  Pit  Position  De  f inition 

t  9-16  System  time  (portion  of  52  bit  field) 

t  0-7  System  time  (portion  of  52  bit  field) 
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5.1.2.1.2.13  Word  s _ Thirteen _ thrujah  Fifteen.  Words  thirteen, 

fourteen,  and  fifteen  of  the  header  shall  have  the  following 
format  and  definition: 

p  ////  ////  p  ////  //// 

5.  1.2.1.2.14  Word  Sixteen .  Word  sixteen  of  the  header  shall 
have  the  following  format  and  definition: 

e  eeee  eeee  e  eeee  eeee 

Word  sixteen  shall  be  a  lonaitudinal  (vertical)  odd  parity  of  t  ht 
first  fifteen  words  of  the  header. 
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5.1.2.1.2.15  Header  Map.  Figure  8  is  a  composite  map  of  the 
header,  illustrating  field  locations  and  codes. 

5.  1.2. 1.3  Relationship  to  Digital  Physical  Interface.  With  the 
exception  of  control  line  C5  (see  para  5. 1.1. 4),  there  is  no 
relationship  between  the  Diqital  Network  Interface  and  the 
Digital  Physical  Interface.  The  relationship  between  control 
line  C5  and  the  header  shall  be  as  follows: 

Word  3  field  f  bit  8  is  associated  with  transfer  from  the  DTE  to 
the  Bus.  C5  shall  reflect  the  logical  state  of  bit  6  during  the 
period  of  message  block  transfer.  Word  3  field  f  bit  7  is 
associated  with  transfer  from  the  Bus  to  the  DTE.  C5  shall 
reflect  the  logical  state  of  bit  7  during  the  period  of  message 
block  transfer. 
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5. 1.2. 2  Data _ Section.  The  data  section  shall  follow  the  header 

section  and  shall  have  the  following  limitations,  constraints  and 
c  onventions. 


5. 1.2. 2.1  Data  Section  Size.  The  data  section  shall  be  defined 
in  terms  of  numbers  of  data  words  as  follows: 


Type 


Range  (inclusive) 
(Numbe  r  of  words) 


00 
01 
1  0 
11 


0-40 
0  -  1024 
0  -  2048 

40  90 


In  types  00,  01,  and  10  the  last  word  may  consist  of  either  one 

or  two  halfwords  with  the  final  halfword  consisting  of  any  nurt.be 
of  bits  from  1  to  9.  Unused  bits  shall  be  the  bits  of  lesser 
s ign i f icance . 


5. 1.2. 2. 2  Word  Definition.  A  standard  data  word  is  defined  as 
an  eighteen  bit  word.  The  bits  in  the  standard  data  word  shall 
be  referred  to  as  bit  0,  bit  l,...bit  17  where  bit  0  is  the  least 
significant  and  bit  seventeen  is  the  most  significant  bit.  The 
number  of  words  permitted  in  the  data  section  shall  be  as 
described  in  5. 1.2. 2.1. 


5. 1.2. 2. 2. I  Preferred  Subsets.  The  following  data  word  subsets 
shall  be  defined  as  preferred  subsets.  The  preferred  defined 
subsets  are:  a  1 0  bit  subset,  an  18  bit  subset,  and  a  9  bit 

subset.  The  bit  positions  for  these  preferred  word  subsets  shail 
be  as  shown  below.  " B"  indicates  used  bit  position,  "/" 
indicates  unused  bit  position. 
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Bit  Position 


MSB 


Preferred  subset 

17  16  15  14  13  12 

11  10 

9  8 

7  6  5  4  3 

10  bit  subset 

/  BBBB 

BBBB 

/ 

BBBB 

8  bit  subset 

/  //// 

//// 

/ 

BBBB 

9  bit  subset 

/  //// 

//// 

B 

BBBB 

For  the  purposes  of  establishing  word 
shall  count  as  one  word. 

count  / 

each 

word  subset 

LSB 
2  10 
BBBB 
BBBB 
BBBB 
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5.  1.2. 3  Trailer  Section.  The  trailer  section  of  the  iressaye 
block  shall  follow  the  data  section  and  shall  consist  of  eight 
words.  The  eight  words  shall  consist  of  vertical  odd  parity  bits 
based  on  the  contents  of  the  data  section.  The  eight  parity 
words  shall  be  applied  uniformly  to  the  overall  data  section 
where  each  of  the  parity  words  is  associated  with  approximately 
one  eighth  of  the  words  in  the  data  section.  The  first  parity- 
word  in  the  trailer  shall  be  the  first  word  to  follow  the  last- 
word  of  the  data  section.  The  first  word  of  the  trailer  shall  be 
associated  with  the  first  eighth  of  the  data  section,  the  second 
word  of  the  trailer  shall  be  associated  with  the  second  eighth  of 
the  data  section,  etc.  The  eighth  word  of  the  trailer  shall  be 
associated  with  the  last  (remaining)  "eighth"  of  the  data 
section.  The  actual  number  of  words  in  the  last  "eighth"  of  the 
data  section  may  be  more  than  the  true  arithmetic  value  of 
one-eighth  of  the  total  number  of  data  words.  In  the  event  the 
number  of  data  words  in  the  data  section  is  not  evenly  divisib 
by  eight,  the  number  of  words  contained  m  the  final  "eighth” 
shall  be  egual  to  the  numerical  equivalent  obtained  by  dividing 
the  total  number  of  words  in  the  data  section  by  eight  and  adding 
the  remainder.  For  example: 

Total  number  of  words  =  747 

Divided  by  8  =  93,  remainder  =  3 

In  this  case,  the  first  seven  parity  (trailer)  words  would  each 
be  applied  to  each  of  the  seven  corresponding  sets  of  93  words  in 
the  data  section.  The  iast  (eighth)  trailer  word  would  apply  to 
the  last  set  of  93  words  plus  the  3  remaining  data  words  (total 
of  98  words  in  last  "one-eighth"  of  the  data  section)  . 

5.1.2.  3.1  Very  Short  Blocks.  For  blocks  with  a  data  section  r  f 
less  than  eight  wo  rds,  the  eight  trailer  words  shall  be  eve  n  i  v 
distributed  against  the  data  words.  For  example,  if  the  data 
section  contained  seven  words,  the  first  seven  parity  words  would 
each  be  as:  -  i  red  with  each  of  the  data  words  one  th  rouch  seven. 
The  eighth  parity  word  would  be  associated  with  word  one.  Oi  if 
the  data  section  contained  four  words,  the  first  and  fifth  parity 
words  would  each  be  associated  with  the  first  data  word,  the 
second  and  sixth  parity  words  would  each  be  associated  with  t!< 
second  data  word,  etc.  Or  if  there  were  only  one  data  word,  .  ach 
of  the  eight  parity  words  would  be  associated  with  the  one  data 
word.  The  allocation  for  all  cases  (from  zero  words  throuep 
words)  is  shown  in  F  mure  l|  . 
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5. 1.2. 3. 2  Data  Word  Subsets.  The  parity  words  in  the  trailer 
shall  follow  the  same  subset  conventions  used  in  the  data 
section.  That  is  if  the  data  words  are  using  the  nine  bit  subset 
the  parity  words  in  the  trailer  shall  be  nine  bit  words. 

5. 1.2. 3. 2  Unused  Data  Bits.  If  the  last  word  (or  word  subset) 
in  the  data  section  has  unused  bits,  these  bits  shall  be 
considered  as  equal  to  zero  for  purposes  of  computing  the 
associated  vertical  parity  trailer  word. 
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5. 1.2.4  Para  Message  Block  Format.  Figure  8  illustrates  the 
composition  of  the  complete  message  block  for  the  digital  link 
i nter face . 

5. 1.2. 5  Order  of  Presentation.  The  message  block  shall  be 
presented  in  the  following  order:  header  section  followed  by  the 
datt  section  followed  by  the  trailer  section.  Within  each 
section/  words  shall  be  presented  in  natural  sequence,  i.e.,  word 
one  of  the  header  is  the  first  word  to  be  presented.  In  the 
event  that  individual  words  are  not  presented  in  full  parallel 
style,  the  most  significant  halfword  shall  be  presented  first. 

In  the  event  that  complete  halfwords  are  not  fully  presented  in 
parallel,  the  bits  shall  be  presented  in  the  order  of  most 
significant  bits  followed  by  lesser  significant  bits  in 
descending  order. 
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5.1.3  Digital  Network  Interface.  The  network  interface  protocol 
relates  to  the  interpretation  of  information  transferred  across 
the  standard  interface.  Transfers  of  information  across  the 
interface  shall  be  constructed  as  shown  in  Figure  10. 

5.  1.3.1  Header  Interpretation  by  Message  Type.  Interpretation 
and  contents  of  certain  fields  of  the  header  section  shall  depend 
on  the  contents  of  the  message  type  field  (bits  13-16,  word  one) 
of  the  header  section  of  the  message  block. 
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5. 1.3. 1.1  Local  Broadcast  Messages.  Message  type  code  0  010 
shall  define  a  Local  Broadcast  message.  There  are  no  fields  that 
require  special  interpretation  for  a  local  broadcast  message. 

The  following  fields  have  no  function  for  local  broadcast 
messages : 

Field  Code/Size/ 

_ Position _  Definition 

a  1  W 1 ,  Bl  2  ACK/NACK 

s  16  w8  Sequence  number 

v  6  Wl  Subbus  number 

x  6  W2  Destination  virtual  address  (low) 

z  6  w3  Destination  real  address  (low) 

Fields  x  and  z  shall  be  set  =  to  111  111. 
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5. 1.3. 1.2  External  Broadcast _ Messages.  Message  type  code  0  011 

shall  define  an  External  Broadcast  message.  There  are  no  fields 
that  require  special  interpretation  for  anexternal  broadcast 
message.  The  following  fields  have  no  function  for  external 
broadcast  messages: 

Field  Code/Size/ 


Position 

Definition 

a 

1 

W 1 , Bl 2 

ACK/NACK 

s 

1  6 

W8 

Sequence  number 

u 

1 

W  2 

Virtual/real  indicator 

V 

6 

Wl 

Subbus  number 

w 

6 

W  3 

Destination  virtual  address  (high) 

X 

6 

W  3 

Destination  virtual  address  (low) 

y 

6 

W  4 

Destination  real  address 

( h igh ) 

Z 

6 

W  4 

Destination  real  address 

( 1  ow) 

Fields  w,  x,  y  and  z  shall  each  be  set  =  to  111  111. 

5. 1.3. 1.3  Command  Message  from  DTE.  Message  type  code  0100 
shall  define  a  command  message  from  DTE.  There  are  no  header 
fields  that  require  special  interpretation  for  a  command  message 
from  the  DTE  message.  (Data  interpretation  is  required  and 
described  in  5. 1.3. 2).  The  following  fields  are  constrained  as 
indicated  below: 

Field  Code/Size/ 


Posit  ion 

— 

Constraint 

w  6 

W  2 

Destination  virtual 
shall  be  000000  (a 

add  r ess  (h igh) 
pseudo  address) 

x  & 

W  2 

Destination  virtual 
shall  be  0  000  0  0. 

address 

( 1  ow) 

5.  1.3. 1.4  Command  Message  from  Bus.  Message  type  code  0  101 
shall  define  a  command  message  from  the  Bus  message.  There  are 
no  header  fields  that  require  special  interpretation  for  a 
command  message  from  the  Bus  message.  (Data  interpretation  is 
required  and  described  in  b .  I  .  3  .  2  )  .  The  following  fields  aie 
constrained  as  indicated  below: 
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Field  Code/Size/ 

_ Position _  Constraint 

y  6  W3  Source  virtual  address  (high)  shall 

be  000000  (a  pseudo  address)  . 
z  6  W3  Source  virtual  address  (low)  shall 

be  000000. 

5. 1.3. 1.5  Discrete  Messages.  Message  type  code  0110  shall 
define  a  discrete  (point-to-point)  message.  There  are  no  fields 
that  require  special  interpretation  for  a  discrete  message. 
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5. 1.3. 1.6  Subbus  Message  ~  Virtual  bus.  Message  type  code  1010 
shall  define  a  Subbus  Message  -  Virtual  Bus.  (The  Virtual  Bus 
(VE)  is  also  known  as  a  passive  subbus.)  The  following  header 
fields  shall  be  interpreted  as  described  below: 

Field  Code/Size/ 

Posit  ion 


v  6  Wl  The  subbus  number  shall  be  used  to 

identify  one  of  sixty-three  unique  VB 
subbuses  within  the  overall  FI  bus  structure.  The  VB  subbus 
number  is  used  as  a  common  address  reference  by  those 

DTEs  that  are  members  of  a  particular 
subbus  (virtual  bus) . 

s  16  W6  The  VB  sequence  number  shall  be  used  to 

indicate  order  of  transmission  on  a 
virtual  bus.  The  sequence  number  has  no  interpretation  for 
non-transmitting  members  of  a  virtual  bus.  Interpretation  of  the 
VB  sequence  number  is  dependent  on  whether  a  particular  subbus 
(virtual  bus)  is  operating  in  mode  A  or  mode  B.  In  Virtual  bus 
mode  A,  members  of  the  bus  shall  transmit  message  blocks  in  a 
strict  preestablished  sequential  order.  The  VP  sequence  number 
shall  be  used  to  determine  the  order  in  which  each  member  of  a 
virtual  bus  is  to  transmit.  The  VB  sequence  number  shall  be 
incremented  by  one  count  at  each  transmission.  During 
i n i t ia 1 i za t ion  of  a  virtual  bus  each  transmitting  member  is 
provided  with  three  numbers:  (1)  A  start  up  (initial)  sequnce 

number,  (2)  A  repetition  interval,  and  (4)  A  wait  time.  As  a 
VB  begins  operation,  each  member  compares  the  received  header  VB 
sequence  number  to  its  assigned  start  up  sequence  number.  If  the 
two  numbers  match,  the  member  is  obligated  to  provide  the  next 
transmission  on  the  VB,  The  transmission  is  delayed  nv  the 
member  until  the  wait  time  has  been  counted.  The  wait  time  is 
the  amount  of  time  a  member  must  hold  its  transmission  following 
receipt  of  its  enabling  sequence  number.  For  example,  if  VB 
rember  "M"  is  assigned  start  up  sequence  number  -  17  and 

repetition  interval  -  20,  m  will  transmit  following  receipt  of  Vi- 

message  flock  header  with  sequence  numbers  17,  37,  b  7 ,  77,.... 
(Choice  and  assignment  of  the  initial  sequence  number,  repetition 
interval,  and  wait  time  are  accomplished  at  a  higher  level 
protocol  outside  the  FI  system.) 

In  virtual  bus  mode  B,  the  transmit  order  and  transmit 
enabling  rate  shall  be  regulated  by  a  protocol  established  by  the 
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members  of  a  VD.  The  header  sequence  number  is  not  used.  In  VP 
mode  B,  members  transmit  at  qua s i"pe r iod ic  times  based  on  control 
information  provided  by  one  member,  designated  as  the  VB 
"master."  Individual  members  calculate  time  for  transmission  by 
the  algorithm  to  +  n(ti)  +/-  correction  (t  zero  plus  n  times  t 
sub  i  +  or  -  correction)  ,  where  to  =  original  assigned  time,  ti  = 
time  interval  between  transmission,  and  correction  =  time 
difference  provided  by  the  VB  master.  The  bus  quantifies  time  to 
one  microsecond  for  the  purpose  of  regulating  VB  mode  B 
o  perat ion. 
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5. 1.3. 1.7  Subbus  Message _ ~  Lazy  Susan  bus.  Message  type  code 

1100  shall  define  a  subbus  message  ~  Lazy  Susan  Bus.  (The  Lazy 
Susan  (LS)  bus  is  also  known  as  an  active  subbus  or  virtual  ring 
in  that  each  member  of  a  L subbus  is  obligated  to  accept  a 
message  block  from  the  member  preceding  it  in  the  ring.  In  the 
VB,  or  passive  subbus,  there  is  no  obligation  on  any  member  to 
accept  message  blocks  from  other  members. )  The  following  header 
fields  shall  be  interpreted  as  described  below. 

Field  Code/fize/ 

_  Position 


v  0  W 1  The  subbus  number  shall  be 

used  to  identify  one  of  sixty-three  unique 
LS  subbuses  within  the  overall  FI  bus  structure.  The  LS  subbus 
number  is  used  as  a  common  address  reference  by  those  DTEs  that 
are  members  of  a  particular  subbus  (Lazy  Susan) . 

Field  Code/Size/ 

_ Pos i 1 1 on _ 

]  W4  The  sou  rce  v  i  r  t  ua  1  ad  dres  s 

(l  -  high,  k  -  low)  is  used  for 
k  t  W 4  queuing  sequence  of  transmission 

among  members  of  a  LS  subbus.  When  a  LS 
subbus  is  established,  one  master  is  designated  for  the  subbus. 
The  participating  members  are  identified  as  to  their  position  on 
th  LS  rino.  Device  sequence  is  based  on  the  source  virtual 
address  of  the  device  which  precedes  it  in  the  ring.  Therefore, 
each  member  of  the  LS  subbus  is  assigned  a  number  that 
corresponds  to  the  source  virtual  address  of  its  predecessor  in 
the  ring.  (Each  member  is  also  assigned  a  wait  time.  The  wait 
time  is  the  amount  of  time  a  member  must  delay  transmission 
following  receipt  of  a  message  block  from  its  designated 
p  redeces so  r .  ) 
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5. 1.3. 2  Header  Interpretation  ~  General.  The  header  words  shall 
be  interpreted  as  follows: 

Field  code/Size/ 

_ Position _ 

t  52  W9-W12  System  time.  System  time  is 

entered  by  the  bus  at  the  time  a  message 
block  is  released  for  transmission  on  the  FI  network.  System 
time  is  measured  from  the  beginning  of  the  first  day  of  the  month 
of  January,  year  1900.  The  least  significant  digit  of  the  system 
time  field  shall  represent  2**16  picoseconds  (65536  psec)  which 
corresponds  to  a  clock  rate  for  the  least  significant  digit  (word 
12  Bit  0)  of  the  system  time  field  of  15.25878906  MHz.  This 
yields  a  clock  rate  at  bit  4  word  12  of  the  system  time  field  of 
1.048576  MHz. 
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TABLE  I.  Control  Lines  Designations 


for 


Data _ Transfer  from  Bus  to  DTF . 


Control  Line 

Name  of 

Direct  ion  o  f 

Function  of  S  iqna 1 

Reference  No. 

Line 

S  iqna  1 

Cl 

Bus  Output 
Request  (BOR) 

Bus 

to  DTE 

Set  condition  indicates 
bus  system  wants  to 
transfer  data  block  to 
DTE 

C  2 

Not  used 
(See  Table  I I) 

-  - 

C  3 

Bus  Data 

Ava liable  ( BD A ) 

Bus 

to  DTE 

Set  condition  indicates 
a  bus  data  word  is 
available  (for 
acceptance  by  DTE) 

C  4 

DTE  Receiver 
Ready  ( DRR ) 

DTE 

to  Bus 

Set  condition  indicates 
DTE  is  ready  to  accept 
a  data  word  from  bus 

C5 

Bu  s  Mode  F  l  act 
(  PMF ) 

Bus 

to  DTE 

Set  condition  indicates 
interpretation  is 
required  within  DTE 
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TABLE  II.  C  on  t  ro 1 _ Line  Designations 


for 


Data _ T ransfar  front  DTE _ t o  Bus 


Control  Line 
Reference  No. 

Name  of 

Line 

D  i  rect ion  o  f 
Sional 

Function  of  Siqnal 

Cl 

Not  used 
(See  Table  I ) 

C  2 

DTE  Output 
Request  ( DOR ) 

DTE 

to  Bus 

Set  condition  indicates 
readiness  of  DTE  to 
transfer  data  block 
to  Bus  system. 

C  3 

DTE  Data 
Available  ( DDA ) 

DTE 

to  Bus 

Set  condition  indicates 
DTE  data  word  is 
aval  lable  ( for 
acceptance  by  Bus) 

C  4 

Bus  Receiver 
Ready  ( BRR) 

Bu  s 

to  DTE 

Set  condition  indicates 
DTE  ready  to  accept  a 
data  word  from  DTE. 

C  5 

DTE  Mode  Flag 
(  DMF  ) 

DTE 

to  Bus 

Set  condition  indicates 
interpretation  is 
required  within  Bus 
system . 
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TABLE  III.  TTL  Compatible  Voltages _ ( N om i n a  1 ) 


NOMINAL  VOLTAGE,  V  OUTPUT  CURRENT,  1 

_ T  _ T 

Logic  0;  0  Vdc  to  0.7  Vdc  2ma 

Logic  1:  2.7  Vdc  to  5.5  Vdc  -0.4  ma 

V  Max:  7  Vdc,  -  .30  Vdc 
T 

Tri-State _ High _ Impedance  Scare 

Max  Current  Leakage:  +/-  40  ua  with  a  V  of  5.5  Vdc 

T 
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TABLF  IV.  Representative  Valuer.; _ lor  llfdder  Word _ Six. 


_ binary 

V  a  1  u  e 

of  Reqister 

■ .  of 

11  Wo r d  s 

No.  bits  in 
Partial  Word 

"  c  “  (  1 1  b  i  t  s  ) 

"tr  u 

bit)  "b"  (4 

bits) 

0 

0 

0 

0 

0 

1 

0 

I 

0 

0 

2 

0 

(■ 

0 

20  47 

0 

20  4  7 

0 

0 

20  48 

0 

2  0  47 

1 

9 

0 

1 

u 

0 

1 

0 

2 

0 

0 

2 

0 

9 

u 

u 

9 

0 

10 

t 

1 

1 

0 

17 

(.! 

1 

b 

1 

I 

1 

0 

1 

1 

2 

1 

0 

£ 

1 

9 

) 

1 

U 

1 

1  0 

i 

i 

1 

l 

L  7 

1 

i 

b 
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S ignal 
Line _ N  umbe r 


Line  Name 


DO 
D  1 
D  2 
D  3 
D4 
D  5 
D  6 
D7 
D8 
D9 
D 1  0 
Dll 
Dl  2 
D13 
Dl  4 
D  1  5 
D16 
Dl  7 


Data  Line  No. 

H  ii  n 

R  MM 

n  ii  h 

•i  ii  n 

II  N  II 

II  II  II 

II  II  II 

II  l|  II 

II  ll  II 

If  II  II 

II  l|  II 

II  M  II 

•I  ll  II 

II  ll  II 

i*  i»  n 

••  it  ii 

Data  Line  No. 


1 

2 

3 

4 

5 

6 

7 

8 
9 

10 
11 
12 
1  3 

14 

15 

16 

17 

18 


C  1 
C  2 
C  3 
C  4 
C  5 


Control  Line  No. 

•I  ll  ll 

II  H  ll 

♦I  II  H 

Control  Line  No. 


1 

2 

3 

4 

5 


Tl  Timing  Utility  Line 


FIGURE  1.  Digital  Hardware _ Interface. 
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SIGNAL  LINE  STATE 


B  D 
EVENT  O  O 
R  R 


B 

D 

A 


D 

R  ACTION/INTERPRETATION 
R 


Cl  C2  C  3  C  4 


M  ( i ) 

0 

0 

0 

0 

Qu  iescent 

N 

1 

0 

0 

0 

Bus 

ini t ia  te  s 

data  transfer  cycle 

A 

1 

0 

0 

1 

DTE 

indicates 

ready  for  one  word 

B 

1 

0 

0 

1 

Bu  s 

puts  data 

word  on  data  lines 

C 

1 

0 

1 

1 

Bus 

indicates 

data  word  is  on  lines 

D 

1 

0 

1 

1 

DTE 

accepts  data  word 

E 

1 

0 

1 

0 

DTE 

indica  tes 

busy  with  current  word 

F 

1 

0 

1 

0 

Bus 

i ndi ca  tes 

there  is  another  word 

II 

U 

C 

1 

0 

0 

0 

Bus 

indicates 

current  word  transfer 

complete 

H 

1 

0 

0 

0 

Return  to  event  A  for  next  word 

F 

0 

0 

1 

0 

Bus 

indicates 

no  more  words  (Cl”0) 

G 

0 

0 

0 

0 

Bus 

indica  tes 

current  word  transfer 

complete 

H 

0 

0 

0 

0 

DTE 

enters  QUIT  sequence 

I 

0 

0 

0 

1 

DTE 

indica  tes 

ready  to  quit 

J 

0 

0 

1 

1 

Bus 

indica  tes 

ready  to  quit 

K 

0 

0 

1 

0 

DTE 

s  igns  off 

L 

0 

0 

0 

0 

Bus 

s igns  off 

(data  transfer  cycle  complete) 

M(i+  1 ) 

0 

0 

0 

0 

Qu  iescent 

FIGURE 

2  . 

B  lock 

Data  Trans 

fe r  Procedu  re  - 

Bus  to  DTE . 
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SIGNAL  LINE  STATE 


B 

D 

D 

B 

EVENT  0 

O 

D 

R 

ACTION/I  NT ERPRETATION 

R 

R 

A 

R 

Cl 

C  2 

C  3 

C4 

M  (  i  ) 

0 

0 

0 

0 

Quiescent 

N 

0 

1 

0 

0 

DTE 

initiates  data  block  transfer  cycle 

A 

0 

1 

1 

0 

Bus 

indicates  ready  for  one  word 

B 

0 

1 

1 

0 

DTE 

puts  data  word  on  data  lines 

C 

0 

1 

1 

1 

DTE 

indicates  data  word  is  on  lines 

D 

0 

1 

1 

1 

Bus 

accepts  data  word 

E 

0 

1 

0 

1 

Bus 

indicates  busy  with  current  word 

F 

0 

1 

0 

1 

DTE 

indicates  there  is  another  word  ( C 2= 1 ) 

G 

0 

1 

0 

0 

DTE 

indicates  current  word  transfer  complete 

H 

0 

1 

0 

0 

Return  to  event  A  for  next  word 

F 

0 

0 

0 

1 

DTE 

indicates  no  more  words  (C2-0) 

G 

0 

0 

0 

0 

DTE 

indicates  current  word  transfer  complete 

H 

0 

0 

0 

0 

Bus 

enters  QUIT  sequence 

I 

0 

0 

1 

0 

Bus 

indicates  ready  to  quit 

J 

0 

0 

1 

1 

DTE 

indicates  ready  to  quit 

K 

0 

0 

0 

1 

Bus 

signs  off 

L 

0 

0 

0 

0 

DTE 

signs  off  (data  block  transfer  cycle 

complete) 

M  (  i+ 1 ) 

0 

0 

0 

0 

Quiescent 

FIGURE 

4  . 

B1  ock 

Data  Transfer  Procedure  - 

DTE  to  BUS . 
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I  Output  Current 

T 


V  Logic  Voltage 

T 


V  Ground  Reference  Voltage  and  Logic  Refeience  Zero 

s  s 


FIGURE  6.  Electrical  Interface. 


A-45 


i  0  M  a  r  SO 


MIL-STD-(FI  ) (USAF) 
11  December  1979 


Header 

Word  Bit  Position/Field  Code 


17 

16 

15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 

1 

P 

9 

9 

9 

9 

a 

9 

q 

q 

P 

r 

r 

V 

V 

V 

V 

V 

V 

2 

P 

u 

/ 

w 

w 

w 

w 

w 

w 

P 

/ 

/ 

X 

X 

X 

X 

X 

X 

3 

P 

/ 

/ 

y 

y 

y 

y 

y 

y 

P 

f 

f 

z 

z 

z 

z 

z 

z 

4 

P 

/ 

/ 

i 

j 

j 

j 

j 

j 

P 

/ 

/ 

k 

k 

k 

k 

k 

k 

5 

P 

/ 

/ 

l 

l 

i 

i 

i 

l 

P 

d 

d 

m 

m 

m 

m 

m 

m 

6 

P 

c 

c 

c 

c 

c 

c 

c 

c 

P 

c 

c 

c 

h 

b 

b 

b 

b 

7 

P 

n 

n 

n 

n 

n 

n 

n 

n 

P 

n 

n 

n 

n 

n 

n 

n 

n 

8 

P 

s 

s 

s 

s 

s 

s 

s 

s 

P 

s 

s 

s 

s 

s 

s 

s 

s 

9 

P 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

P 

/ 

/ 

/ 

/ 

t 

t 

t 

t 

10 

P 

t 

t 

t 

t 

t 

t 

t 

t 

P 

t 

t 

t 

t 

t 

t 

t 

t 

1  1 

P 

t 

t 

t 

t 

t 

t 

t 

t 

P 

t 

t 

t 

t 

t 

t 

t 

t 

12 

P 

t 

t 

t 

t 

t 

t 

t 

t 

P 

t 

t 

t 

t 

t 

t 

t 

t 

13 

P 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

P 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

14 

P 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

P 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

15 

P 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

P 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

16 

e 

e 

e 

e 

e 

e 

e 

e 

e 

e 

e 

e 

e 

e 

e 

e 

e 

e 

Fjeld/Size  Definition 

a  1  ACK/NACK  mode 

b  4  unused  bit  count 

c  11  word  count 

d  2  block  sizing  code 

e  18  longit  parity 

f  2  her  ?r  i:  terpret 

q  4  message  type 

h  1  half  word  ind 

j  8  source  virtual 

address  (high) 
k  8  source  virtual 

address  (low) 

1  6  source  real 

address  (high) 
m  6  source  rea  1 

address  (low) 


isid/Size  Definition 

n  8  message  number 

p  1  lat  parity  (1/2  wd) 

q  3  system  mode 

r  2  priority 

s  16  subbus  seq  no 

t  52  system  time 

u  1  virtual/real  ind 

v  6  subbus  number 

w  6  destination  virtual 

address  (high) 

x  6  destination  virtual 

address  (low) 

y  6  destination  real 

address  (high) 
z  6  destination  real 

address  (low) 

/  “  unused  bit  position 


FIGURE  8.  Message  Header  Map  and _ Field  Codes. 
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Data  Word 

Trailer  Word(s) 

Data  Word 

Trailer 

■  Words 
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